home *** CD-ROM | disk | FTP | other *** search
/ SPACE 2 / SPACE - Library 2 - Volume 1.iso / apps / 671 / doc / tricks.doc < prev   
Text File  |  1992-09-20  |  15KB  |  430 lines
  1.  
  2.               ===============================================
  3.  
  4.  
  5. @(#)            OKAMI SHELL VERSION 1.5 - TIPS UND TRICKS
  6.  
  7.  
  8.               ===============================================
  9.                              Stand: 19.9.1992
  10.  
  11.  
  12.  
  13.  
  14.         BITTE ERST DIE DATEIEN README UND OKAMI.DOC LESEN!
  15.  
  16. ----------------------------------------------------------------------------
  17.  
  18.  
  19.  
  20. INHALT
  21.  
  22.  
  23.         Profile
  24.         Aufruf von Programmen
  25.         Benutzung der Shell von Diskette aus
  26.         Beispiel-Shellscripts
  27.                 okback.sh
  28.                 e.sh
  29.                 showpic.sh
  30.                 startprg.sh
  31.         Shell-Funktionen
  32.         Die gemexec-Funktion
  33.         Die screensave-Funktion
  34.         Speichern und Restaurieren der Shell-Einstellungen
  35.         MS-DOS-Gefühle
  36.         C-Shell-Gefühle
  37.         Andere Shells: Gulam, Master und bash
  38.         Die Versionsnummer der Shell
  39.         Diverses
  40.                 Trikolor-Bildschirm
  41.                 Aufruf vom Desktop
  42.                 Uneindeutige Kommandonamen
  43.                 Compiler-Aufruf
  44.                 Ändern von Dateinamen-Extendern
  45.                 Programmierung des UPN-Rechners
  46.  
  47. ----------------------------------------------------------------------------
  48.  
  49.  
  50.  
  51. PROFILE
  52.  
  53. Ich benutze das folgende Profile zum Konfigurieren der Shell. 
  54.  
  55.         # Okami-Shell - System-Profile
  56.  
  57.  
  58.         # Terminaleinstellung (für Termcap etc.)
  59.         TERM=st
  60.         # Cursor etwas schneller blinkend
  61.         cursor +bv 12
  62.         # Aktuelles Directory im Prompt anzeigen
  63.         PS1=['$CWD'] ^^^$'  '
  64.         # Pipes auf die Ramdisk
  65.         PIPDIR=M:\
  66.         # Nach Ende der Shell CWD sichern...
  67.         set +s
  68.         # ...und den Cursor abschalten
  69.         trap cursor -v
  70.         # Directories trennen wie in Unix mit Slash
  71.         set +b
  72.         # anmelden als Applikation, sollte man immer machen
  73.         gon
  74.         # Word Wrap On
  75.         echo ^033v
  76.  
  77.  
  78.         # Bidschirm löschen durch viele Leerzeilen
  79.         echo "^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n^n"
  80.  
  81.  
  82.         # Einschaltmeldung
  83.         echo
  84.         echo Atari Mega-ST 4 ($TERM)
  85.         # Versionsnummer der Shell, des TOS und von MiNT
  86.         ver -otM
  87.         echo
  88.         # Ausgabe des Datums des letzten Logins
  89.         cat lastlog 2>NULL:
  90.         echo
  91.         # Ausgabe des freien Speichers
  92.         echo Free RAM: `mem` Bytes
  93.         echo
  94.         # Ausgabe in invertierter Schrift
  95.         echo ^033pType help for command survey.^033q
  96.         echo
  97.         # Datum speichern
  98.         echo Last Login: `date` >lastlog
  99.         # Letztes CWD zurückholen
  100.         cd `cat wdir`
  101.  
  102.  
  103. Laufwerk M ist eine Ramdisk,  die die Aufgabe hat,  die Pipe-Operationen
  104. zu  beschleunigen.   Dadurch,   daß die Pipe auf die Ramdisk gelegt wird
  105. (PIPDIR=M:\), erfolgen alle Pipe-Operationen ohne Plattenzugriff. 
  106. Durch  die Einstellung "set +s"  wird die Shell veranlaßt,  vor dem Pro-
  107. grammende das aktuelle Verzeichnis in die Datei $HOME\wdir zu schreiben.
  108. Das Profile benutzt diese Datei,  um das aktuelle Verzeichnis wieder auf
  109. den  alten Wert einzustellen.  So ist man nach dem Start der Shell immer
  110. in dem Verzeichnis,  in dem man war, als man die Shell zuletzt verlassen
  111. hatte. 
  112.  
  113. Durch die Einstellung "set +x"  werden in einer Eingabe alle Slashes (/)
  114. in  Backslashes  (\)   umgeformt,   wodurch  man  die  Möglichkeit  hat,
  115. Dateinamen  wie  in  Unix  einzugeben,   also  shell/bin/sh.ttp  anstatt
  116. shell\bin\sh.ttp. Natürlich erzeugt dann das Kommando 
  117.                               echo 6/3=2 
  118. die Ausgabe 
  119.                                  6\3=2 
  120. ,  da alle Slashes umgeformt werden, aber das stört normalerweise nicht.
  121. (den UPN-Rechner stört es übrigens auch nicht,  da er den Backslash als-
  122. Divisionszeichen versteht. Aus "upn 6 3 /" wird also "upn 6 3 \".) 
  123. Außerdem  kann  man  sich  in  Notfällen mit einfachen Anführungszeichen
  124. retten, 
  125.                              echo '6/3=2' 
  126. ergibt also immer 
  127.                                  6/3=2 
  128. . 
  129.  
  130. ----------------------------------------------------------------------------
  131.  
  132.  
  133.  
  134. AUFRUF VON PROGRAMMEN
  135.  
  136. (Der  folgende Abschnitt ist im wesentlichen für Festplattenbenutzer von
  137. Interesse.) 
  138.  
  139. Viele Programme gehen davon aus,  das sich gewisse Dateien wie z.B. RSCs
  140. im  aktuellen Verzeichnis befinden.  Um ein solches Kommando zu starten,
  141. muß  man  also  mit cd in das jeweilige Verzeichnis wechseln,  was unter
  142. Umständen einige Tipparbeit macht,  vor allem bei einer Festplatte.  Mit
  143. der  Okami-Shell ist es möglich,  Programme von überall,  also von jedem
  144. beliebigen aktuellen Verzeichnis aus zu starten. 
  145. Es   sei   z.B.   GEMTEST.PRG   ein   Programm,   das   im   Verzeichnis
  146. D:\PROG\GEMTEST  steht  und eine RSC-Datei aus dem aktuellen Verzeichnis
  147. nachladen muß. 
  148. Zum Start des Programms müßte man also eingeben 
  149.  
  150.         cd d:\prog\gemtest
  151.         gemtest
  152.  
  153. Man kann allerdings auch so vorgehen: 
  154.  
  155. Man  erzeugt sich eine Datei namens GEMTEST.SH im Verzeichnis $HOME\bin,
  156. die ungefähr so aussieht: 
  157.  
  158.         A=`set -`
  159.         set +x
  160.         d:\prog\gemtest.prg
  161.         set $A
  162.         unset A
  163.  
  164. Zuerst  wird  die aktuelle Einstellung der Flags in der Shellvariablen A
  165. gespeichert,  danach  wird  das  Flag  x  aktiviert.  Wenn  dieses  Flag
  166. aktiviert ist, führt die Shell vor dem Start eines Binärprogramms ein cd
  167. in das Directory aus,  in dem sich das Programm befindet.  Nach dem Ende
  168. des Programms wird das ursprüngliche Directory wieder restauriert. 
  169. Danach wird das Programm gestartet. 
  170. Nach  Programmende  werden  die Shell-Flags werden auf den gespeicherten
  171. Wert  zurückgesetzt.   Danach  wird die lokal verwendete Shellvariable A
  172. freigegeben. 
  173.  
  174. Wenn das Flag -x immer gesetzt ist,  kann man denselben Effekt erreichen
  175. durch: 
  176.  
  177.                 hash gemtest d:/prg/gemtest/gemtest.prg 
  178.  
  179. Normalerweise  ist  das Flag x immer aktiviert.  Programme,  die sich in
  180. einem der in der Shellvariablen PATH gespeicherten Directories befinden,
  181. werden also immer korrekt gestartet, indem man nur ihren Namen eingibt. 
  182.  
  183. ----------------------------------------------------------------------------
  184.  
  185.  
  186.  
  187. BENUTZUNG DER SHELL VON DISKETTE AUS
  188.  
  189. Wenn  möglich,   sollte  man die Shell auf einem schnellen Massespeicher
  190. wie  Festplatte  oder Ramdisk installieren.  Wer die Shell hauptsächlich
  191. mit Disketten benutzt,  ärgert sich vermutlich darüber,  daß es ziemlich
  192. lange  dauert,  bis ein falsch eingetipptes Kommando als solches erkannt
  193. wird,   da  die  Shell  in allen möglichen Ordnern auf der Diskette nach
  194. einer passenden Datei sucht.  Mit den folgenden Einstellungen im Profile
  195. kann die An- zahl dieser Suchoperationen minimiert werden: 
  196.  
  197.         PATH=.,$HOME\bin
  198.         CDPATH=.
  199.  
  200. Wenn  man  den Programm-Suchpfad auf das aktuelle Directory abkürzt (mit
  201. der   Einstellung   "PATH=."),    werden  noch  weniger  Suchoperationen
  202. durchgeführt,  man kann dann allerdings die mitgelieferten externen Kom-
  203. mandos,   die  sich  in dem Directory $HOME\bin befinden sollten,  nicht
  204. mehr von überallher durch den einfachen Kommandonamen aufrufen,  sondern
  205. muß  den  ganzen  Pfad  angeben  (z.B.  nicht einfach "format",  sondern
  206. "$HOME\bin\format.ttp"). 
  207.  
  208. ----------------------------------------------------------------------------
  209.  
  210.  
  211.  
  212. BEISPIEL-SHELLSCRIPTS
  213.  
  214.  
  215.  
  216. 1) okback.sh
  217. Ich  benutze  das  folgende Shellscript zum Sichern der Quelldateien der
  218. Shell auf Diskette. Es wird ein lzh-Archiv auf der Diskette angelegt, in
  219. das  die  seit  dem  letzten Backup geänderten Dateien hineingeschrieben
  220. werden. 
  221.  
  222.         # Temporär-Directory
  223.         DIR=M:/tmp/okbak
  224.         # Liste der zu sichernden Dateien
  225.         FILES=*.c *.h sh.prj doc/*.nr
  226.  
  227.  
  228.         alert stop 1 "Bitte die Okami-Backup-^|Diskette einlegen."      ^
  229.                 "Ok^|Abbruch" ERG
  230.         if [ $ERG = 2 ]
  231.         then
  232.           exit
  233.         fi
  234.  
  235.  
  236.         # Temp-Dir anlegen und Archiv von der Diskette hineinkopieren
  237.         mkdir -r $DIR/
  238.         cp -v a:/okbak.lzh $DIR
  239.  
  240.  
  241.         # geänderte Dateien ins Archiv einfügen.
  242.         # lharc ist ein externes Kommando.
  243.         lharc a -by $DIR/okbak.lzh $FILES
  244.  
  245.  
  246.         # Archiv wieder auf Diskette speichern
  247.         cp -v $DIR/okbak.lzh a:/
  248.         # Log-Eintrag auf der Diskette erzeugen
  249.         echo Okami-Source-Backup vom `date` >>a:/okbak.log
  250.  
  251.  
  252.         # Temp-Directory entfernen
  253.         rm -r $DIR
  254.         unset DIR FILES ERG
  255.  
  256.  
  257.  
  258. 2) e.sh
  259. Das  Shellscript  e.sh dient zum Aufruf des Editors.  Das Editorprogramm
  260. befindet  sich  in der Datei $HOME\bin\editor.prg.  Durch die Verwendung
  261. dieses  Shellscripts ist es möglich,  irgendwo im Dateisystem den Editor
  262. für irgendeine Datei aufzurufen. 
  263.  
  264.         FILE=$*
  265.         if [ -v FILE ]
  266.         then
  267.           FILE=$EFILE
  268.         fi
  269.         FILE=`fullname $FILE`
  270.         $HOME/bin/editor.prg $FILE
  271.         EFILE=$FILE
  272.         unset FILE
  273.  
  274. Der  Name  der  zu  editerenden  Datei  wird  dem  Script  als Parameter
  275. übergeben. 
  276. Die  Zeile  "FILE=`fullname  $FILE`"   erzeugt in der Variablen FILE den
  277. absoluten  Dateinamen,   der  dem Editorprogramm als Parameter übergeben
  278. wird. 
  279.  
  280. Wenn  dieses  Script ohne Parameter aufgerufen wird,  so wird der in der
  281. Shellvariablen EFILE gespeicherte Dateiname benutzt. In dieser Variablen
  282. wird nach jedem Editoraufruf der jeweilige Dateiname gespeichert, so daß
  283. man,   wenn man dieselbe Datei mehrmals hintereinander editieren möchte,
  284. den Dateinamen nur einmal angeben muß: 
  285.  
  286.         e datei.txt                     editieren von datei.txt
  287.         e datei2.txt                    editieren von datei2.txt
  288.         e                               ebenfalls datei2.txt
  289.  
  290. Ggfs.   muß  man  dieses  Script  noch erweitern,  um dem Editor mehrere
  291. Parameter  zu  übergeben  (für  den  Micro-Emacs  z.B.   den  Namen  der
  292. Konfigurationsdatei o.ä.). 
  293.  
  294.  
  295. 3) showpic.sh
  296. Dieses  Script  zeigt,   wie man die Shell programmieren kann.  Es dient
  297. dazu,  Bilddateien,  die  im  Bitmap-Screenformat  abgespeichert  wurden
  298. (Dateilänge  >32000  Bytes),   zu  laden  und anzuzeigen.  Es gehört zum
  299. Lieferumfang  der  Shell,   die  Bedienungsanleitung  befindet  sich  in
  300. commands.doc. 
  301.  
  302.  
  303. 4) startprg.sh
  304. Die  Idee zu diesem Shellscript stammt von Thomas Behrens aus Eschweiler
  305. und lautet,  ein Programm in einer Fileselectbox auszuwählen und dann zu
  306. starten. Dazu genügt eigentlich die folgende Zeile: 
  307.  
  308.                             fsel | xargs {} 
  309.  
  310. oder noch einfacher 
  311.  
  312.                                 `fsel` 
  313.  
  314. ,   wenn  man  aber den Abbruch-Button der Box abtesten und dem Programm
  315. eine   Parameterzeile  übergeben  will,   sollte  man  folgendes  Script
  316. benutzen: 
  317.  
  318.         FILE=`fsel *.* "" KEY "Welches Programm ausführen?"`
  319.         if [ $KEY = 1 ]
  320.         then
  321.           echo "Bitte Kommandozeile eingeben:"
  322.           read CMD
  323.           $FILE $CMD
  324.         fi
  325.         unset FILE KEY CMD
  326.  
  327. Beide  Lösungen  funktionieren  übrigens  sowohl mit Binärprogrammen als
  328. auch mit Shellscripts. 
  329.  
  330. ---------------------------------------------------------------------------
  331.  
  332.  
  333.  
  334. SHELL-FUNKTIONEN
  335.  
  336. Natürlich  sollte  man  alle  häufig  gebrauchten  Shellscripts resident
  337. halten, und zwar als Shellfunktionen. Es ist möglich, ein Shellscript so
  338. zu  schreiben,   daß  es  sich  beim  ersten  Aufruf selber als Funktion
  339. installiert; bei allen weiteren Aufrufen wird dann die Funktion benutzt.
  340.  
  341.  
  342. Sei  z.B.   folgendes Shellscript in der Datei hallo.sh,  also unter dem
  343. Namen hallo aufzurufen: 
  344.  
  345.         echo Hallo Anwender!
  346.         echo Der freie Speicherplatz beträgt `mem` Bytes.
  347.         echo Auf Platte C: sind `df -f c:` Bytes frei.
  348.  
  349. Setzt man nun die Zeilen 
  350.         hallo()
  351.         {
  352. an den Beginn und die Zeilen 
  353.         }
  354.         hallo
  355. an das Ende dieses Scripts, also so: 
  356.  
  357.         hallo()
  358.         {
  359.           echo Hallo Anwender!
  360.           echo Der freie Speicherplatz beträgt `mem` Bytes.
  361.           echo Auf Platte C: sind `df -f c:` Bytes frei.
  362.         }
  363.         hallo
  364.  
  365. ,   so  wird beim Start des Scripts die Shellfunktion hallo installiert,
  366. und  bei jedem weiteren Aufruf von hallo wird nicht das Script,  sondern
  367. die Funktion aufgerufen. Mit dem Kommando 
  368.  
  369.                               unset hallo 
  370.  
  371. kann man die Funktion wieder aus dem Speicher entfernen. 
  372.  
  373. Die   Shellfunktionen   machen   übrigens   eine  alias-Funktion  völlig
  374. überflüssig,   da  sie auch benutzt werden können,  um interne Kommandos
  375. umzudefinieren: Wer anstelle von ls lieber ls -C hat, gibt einfach ein 
  376.  
  377.         ls()
  378.         {
  379.           !ls -C $*
  380.         }
  381.  
  382. Das Ausrufezeichen verhindert,  daß sich die ls-Funktion selber aufruft.
  383. !ls  ist  immer  das interne Kommando ls.  Wer irgendwann das normale ls
  384. benutzen will, kann das tun, indem er es als !ls aufruft. 
  385.  
  386. Ebenso helfen Shellfunktionen,  Tippfehler zu vermeiden; wer ständig dor
  387. oder dior statt dir tippt, versuche 
  388.  
  389.         dior()
  390.         {
  391.           dir $*
  392.         }
  393.  
  394. (Wer sich wundert,  daß die Okami-Shell trotzdem ein alias-Kommando hat:
  395. das  dient  nur  dazu,   das Anlegen dieser Mini-Funktionen einfacher zu
  396. gestalten  und  um Shellscripts anderer Shells ausführen zu können.  Man
  397. kann also ebenso schreiben: 
  398.                             alias ls !ls -C 
  399. und 
  400.                             alias dior dir 
  401. .) 
  402.  
  403. Mein  Unix-Tippfehler-Script  enthält  mehrere Dutzend Schreibweisen der
  404. häufig  benutzten  Kommandos  wie dir,  grep und der Make-Aufrufe xmake,
  405. qmake und remake. 
  406.  
  407. Besondere   Funktionen  haben  die  vordefinierten  (aber  vom  Anwender
  408. vollständig umdefinierbaren) Shellfunktionen gemexec und screensave, die
  409. in den folgenden Abschnitten beschrieben werden. 
  410.  
  411. ---------------------------------------------------------------------------
  412.  
  413.  
  414.  
  415. DIE GEMEXEC-FUNKTION
  416.  
  417. Mit  der  kann  man wirklich einiges machen,  denn sie gibt dem Anwender
  418. die  Möglichkeit,  das Verhalten der Shell beim Start von GEM-Programmen
  419. frei   zu   programmieren.    Dabei   stehen   ihm  alle  die  nicht  zu
  420. unterschätzenden Funktionen der Shell zur Verfügung. 
  421.  
  422. Die  folgende  gemexec-Funktion  kann  benutzt werden,  um nach dem Ende
  423. eines  GEM-Programms  den Bildschirm wieder so herzustellen,  wie er vor
  424. dem Aufruf war. 
  425. Dazu   werden  die  internen  Kommandos  getscr  und  putscr  sowie  die
  426. VT52-Sequenzen  zum  Speichern  und  Wiederherstellen der Cursorposition
  427. benutzt.    Dabei  werden  allerdings  32000  Bytes  zum  Speichern  des
  428. Bildschirminhaltes  belegt.  Aus diesem Grund speichert die Funktion den
  429. Bildschirm  nur  dann,  wenn die Shellvariable SAVESCR gesetzt ist.  Man
  430. kann das Spei